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DELIVERY EXPERT SYSTEM AND METHOD 



Field of the Invention 

The present invention concerns delivery of facsimile (fax) documents over a 
value added network, such as a store-and-forward network, and more particularly to an 
automated and integrated method and apparatus to facilitate delivery of a fax document 
after an initial delivery attempt is unsuccessful. 

Background of the Invention 

As a mechanism to carry information over long distances, store-and-forward 
(S&F) networks offer an efficient, low-cost alternative to the existing public switched 
telephone network (PSTN). In general, S&F networks operate parallel to, and are 
accessed by, the PSTN. 

Fig. 1 shows schematically PSTN 30 and S&F network 80 connected in 
parallel between a source fax machine 10 and a destination fax machine 70. An autodialer 
12, positioned between the source fax machine and PSTN 30, designates incoming faxes 
for transmission over either the PSTN 30 or S&F network 80. If for example the 
destination of the incoming fax is not one serviced by the S&F network, then the autodialer 
dials the destination fax number directly to the local exchange 32; the call is then carried in 
a normal fashion by the PSTN 30 to the destination fax machine 70. In contrast, if the 
number is one serviced by the S&F network, the autodialer dials the telephone number 
corresponding to that of the source network node 20. The local exchange 32 then routes 
the call through the PSTN to the source node. (Note that, depending upon their proximity, 
the source fax machine 10 and the source network node 20 may be served by the same or 
different local exchanges.) Once it has completely received the document, the source 
node 20 transfers it to the destination network node 40 over dedicated circuit 60. At this 
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point, the destination node 40 dials the destination fax number to its local exchange 36 
which in turn transfers the call via the PSTN to the destination fax machine 70. (Note 
again that, depending upon their proximity, the destination fax machine 70 and the 
destination network node 40 may be served by the same or different local exchanges.) 

In summary, transport of information from the source fax machine to the 
destination fax machine using the S&F network requires three distinct steps: 

(1) from the source fax machine to the source network node via the 
PSTN; 

(2) from the source node to the destination node via dedicated circuits; 
and 

(3) from the destination node to the destination fax machine, again via the 
PSTN. 

Store-and-forward networks offer a number of significant advantages over 
standard telephone networks for transport of facsimile. For example, a fax document can 
be carried 16 times more efficiently using packet technology employed by S&F networks. 
A common annoyance in telephony is the inability to complete a call, usually because the 
destination device is busy or does not answer. Although sophisticated voice mail systems 
have been designed to overcome this problem in voice telephony, similar practical and 
cost effective solutions do not exist for fax. S&F networks offer a viable solution. A 
properly implemented S&F network will employ a sufficiently large number of telephone 
circuits such that a customer fax machine never encounters a busy signal. At the 
destination end, it is a common practice to design into S&F networks the ability to 
automatically redial those call attempts which encounter "busy" or "no-answer" signals. 
Normally, the calls are redialed periodically over a fixed interval of time, every ten minutes 
for a half hour, for example. 
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Since multiple messages are typically coursing through an S&F network at 
any point in time, it is important to have some mechanism to monitor the location and 
status of each. For example, in one known S&F network, a small data file called an 
envelope is created to track each fax document as it moves through the network. The 
source node creates the envelope after it receives an incoming fax document. As the fax 
document moves through the network, the envelope moves between the network devices 
and receives continuous updates regarding the status of the fax. This enables 
substantially real-time monitoring of the fax delivery process. 

In the known S&F network, upon concluding the delivery attempt process, 
the destination network node declares the fax document either "delivered" or "not 
delivered"; it records the status in the corresponding envelope which is then returned to 
the source node. If the delivery was successful, the envelope is forwarded to a historical 
database (HD) which provides a basis for constructing customer bills. If the delivery was 
not successful, the envelope is forwarded to a delivery assist system (DAS) for further 
processing. DAS is a database management system which provides a human operator, 
the document delivery analyst, with the delivery history and options for resubmission to the 
network of the document in question. One of the possible actions the analyst may take is 
to assign the fax document to an alternate destination number, i.e., one provided by either 
the sender or the receiver. 

While the delivery analyst (human operator) enables the network provider to 
arrange delivery of most fax documents, and to provide the customer with an on-going 
report on alternative delivery attempts, the cost of providing such services are substantial. 
Furthermore, as the amount of traffic on the network increases, the number of documents 
requiring assistance increases, and it becomes more and more difficult to provide such 
human-assisted delivery on a timely and cost-effective basis. 
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The alternative delivery attempts which the prior art network can make by 
itself to deliver a document are quite limited. For example, a fax card with hard coded 
instructions may be provided in each network node which, based on call progress tones 
heard on the network, may institute an automatic retry. The sounds which may be heard 
include: 

ring, no answer; 

busy; 

voice. 

Generally, the device automatically retries a number of times in a given time period or 
cycle, e.g., every five minutes for a half hour, and if delivery is still unsuccessful, the 
document is transferred to a human analyst. 

Thus, the prior art automatic retry device provides a fixed response based on 
a response received to a first delivery attempt. This system has limited utility and most 
documents with delivery problems end up being sent to a human analyst. As previously 
indicated, the cost of providing such human analysts are escalating as the amount of 
network traffic steadily increases. 

Summary of the Invention 

A method is provided for facilitating delivery of a fax document from a source 
to a destination over a network, when an initial delivery attempt has been unsuccessful. 
The method includes the step of initiating a rule-based process to determine a next action 
based on a time-variable set of input conditions to the process. 

For example, the input conditions may be determined from one or more of: 
destination; 
source; 
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database of past delivery attempts; and 
human analyst. 

Based on these input conditions, the process determines a next action which 
causes a next delivery attempt, and if the next delivery attempt is not successful, the 
process is repeated. 

The next action may include one or more of: 

resubmitting the fax document to the network for a next delivery 
attempt; 

canceling the document; 

sending a request to the source or destination for additional delivery 
information; and 

identifying the destination as having a technical problem. 

Where additional information is requested, the responses received are a 
further input condition and the process then redetermines a next action based on the new 
input conditions. 

In particular embodiments, the input conditions may include an identification 
of non-business days at the destination. The non-business days may be categorized by 
one or more of the country (in which the destination is located), region, and destination 
number. Input conditions may also include an identification of the non-business hours at 
the destination. 

The process may be implemented by traversing a hierarchial decision tree, 
namely a data structure graph with one starting point known as a root and many end 
points known as leaves. Rules control the movement through the decision tree. The rules 
determine where to get information and how to compare that information to pick an 
appropriate path in the decision tree. An action is a leaf of the decision tree. 
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The rules consist of two parts, conditions and actions. Once a condition is 
met, an action or series of actions is triggered. The hierarchial tree may be constructed as 
a series of hierarchial tables, wherein each table will contain a set of rules with unique 
conditions. The top rule table will be searched first to determine if a corresponding 
condition can be matched. Once a match is found, the system will then handle the 
document accordingly. 

The input conditions consist of attributes equaling a certain value. Some of 
the common attributes which may be used are response, cycle, destination business 
hours, delivery instruction, past action taken, and alternative network tried. Generally, the 
conditions will be unique such that each situation will find only one or no matches in a 
particular table. 

In accordance with the apparatus of the present invention, an integrated and 
automated document handling system is provided for facilitating delivery of a fax document 
from a source to a destination in a network. The system includes an automated rule-based 
process for determining an action based on a set of time-variable input conditions. The 
input conditions may be derived from one or more of the destination, the source, a 
database of past delivery attempts, and a human analyst. The output from the rule-based 
process causes a predetermined action based on a predetermined set of input conditions. 

These and other features and benefits of the present invention will be more 
particularly described in regard to the following detailed description and figures. 

Brief Description of the Figures 

Fig. 1 is a schematic illustration of an S & F network disposed in parallel to a 

PSTN; 

Fig. 2 is a schematic illustration of the delivery expert system (DES) of the 
present invention, which includes a rule-based process which receives input conditions 
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from other components of the system and determines a next action for facilitating delivery 
of a fax document; 

Fig. 3 is a high-level flow chart showing by way of example a hierarchy of 
four tables which are implemented as a rule-based process to determine the next action; 

Fig. 4 is a more detailed flow chart of an alternative number table; 

Fig. 5 is a more detailed flow chart of an investigation table; 

Fig. 6 is a more detailed flow chart of a research table; 

Fig. 7 is a flow chart summarizing the alternative steps of a set of intelligent 

retry tables; 

Fig. 8 is a more detailed flow chart of the intelligent retry table for "defer end, 
wrong destination, fax tone"; 

Fig. 9 is a more detailed flow chart of the intelligent retry table for "no answer 

and busy"; 

Fig. 10 is a more detailed flow chart for the intelligent retry table for "broken 
connection 0/0 and modem"; 

Fig. 1 1 is a more detailed flow chart of the intelligent retry table for 
"temporarily out-of-order, live person, no alternative, telefax"; 

Fig. 12 is a more detailed flow chart of the intelligent retry table for 
"answering machine & voice mail"; 

Fig. 13 is a more detailed flow chart for the intelligent retry table for "out-of- 

service"; and 

Fig. 14 is a block diagram illustrating a central processing unit and memory 
for use in this invention. 
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Detailed Description 

One of the major advantages of the delivery expert system (DES) and 
method according to the present invention is a reduction in the cost associated with 
documents requiring assisted delivery. The system is automated in that a document is 
owned by the delivery expert system and comes out of automation only for steps that need 
human intelligence and then automatically goes back to the control of the delivery expert 
system. 

Decisions are made by the DES based on rules. Rules consist of two parts, 
conditions and actions. Once a condition is met an action or series of actions is triggered. 
Each table will contain a set of rules with unique conditions. When an envelope 
associated with a non-delivered document enters the DES, an attempt is made to match 
the non-delivery condition with a corresponding condition in the rule table. Once a match 
is found, the DES will then handle the document accordingly. If no match is found, DES 
passes the envelope on to a delivery analyst. The system is designed to be robust and 
scalable. 

Fig. 2 is a schematic illustration of the integrated and automated nature of 
the system. The rule-based process is located in the center box 72, surrounded by four 
components which provide both inputs to the rule-based process, denoted by arrows 
directed toward the center box, and outgoing actions, directed to one of the four outer 
boxes. 

The left hand box 73, designated "Historical Knowledge", is a database of 
past delivery information. This embodiment includes historical records which describe all 
past delivery attempts of all documents to a given destination number. Also included are 
records describing the past delivery attempt (cycle) of a given document. This information 
is provided by the envelope created for each fax document as it enters the network and 
which is updated with delivery information as the document travels through the network. 
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The historical knowledge (prior delivery information) comprises the input conditions that 
are supplied to the rule-based process for determining a next action. 

The lower box 74 designated "Delivery Communication" includes requests 
sent to the source or destination for additional delivery information, and the response 
thereto; again it provides additional input conditions to the rule-based process. For 
example, a source (customer) may be contacted via fax with a request to provide an 
alternative number for the destination of a non-delivered document. The rule-based 
process may automatically initiate the generation of such request when certain conditions 
are met during traversal of the rule-based decision tree. Generally, the response would be 
provided to both the rule-based process and to the historical knowledge database. 

Another possible input condition is a new delivery instruction (NEW Dl) sent 
by the customer (with or without a request). Upon receipt, the rule-based process may 
automatically flag all documents affected by the NEW Dl so that the NEW Dl is 
implemented as the next action (before traversing the other portions of the decision tree). 
For example, in a particular embodiment, a process scans a database of NEW Dl records 
to determine if any new delivery information is available. The search is based on any 
delivery information that has been added to the system since the last time a given record 
was modified. If new information is found, the record is placed in a delivery assist 
envelope table with a status of "NEW Dl". This record is then sent to the DES rules engine 
to determine an appropriate action based on the new information. 

The right-hand box 75 designated "DA Services" represents all steps that a 
delivery analyst (human operator) may take and then pass his/her findings to the DES. 
These steps may be separated into three categories: (1) steps which require the delivery 
analyst to gather more information so that the DES can make the next decision; (2) steps 
which require the delivery analyst to take action outside a document, such as sending a 
request to a destination or source for further information; and (3) steps where the 
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conditions are not yet defined in the rules and a document will need to be manually 
handled. 

In the first category, where the delivery analyst gathers more information 
which it passes back to the DES, there are included the process steps of investigation, 
research and technical. Investigation is a step where a fax number is called because an 
unidentified response needs clarification. For example, the DES passes a document to DA 
services because of a rule that says to pass back undefined voice responses with an 
investigate status. The delivery analyst then calls the fax number and if he/she hears an 
"out-of-service" recording, the delivery analyst redefines the response to be an "out-of- 
service" recording, and passes this response back to the DES. The DES then finds the 
appropriate rule to handle "out-of-service recording" documents and the DES takes the 
appropriate action. 

In another example, the human operator may call a fax number and the 
response is a live person. In this case, the investigation turns into research and all 
information listed under research needs to be passed back to the DES. 

Research is the step where a voice number is called to research the cause of 
a failed delivery attempt and determine a solution. For example, the delivery analyst may 
call a voice number and get an alternate fax number. The delivery analyst will then type in 
the alternate fax number and pass the information to the DES that research is complete 
with an alternate number. The DES would then immediately resubmit the document to the 
alternate number based on the rules. Alternatively, if the delivery analyst had called the 
voice number and got no answer, the delivery analyst would pass to the DES that he/she 
got no answer. The DES would then, based on the predefined rules, retry the document 
for a certain period until the next condition to research again or another action came up. 
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Note that investigate and research could happen at the same time so the 
system must be able to pass all appropriate information back no matter what was the 
original reason the DES contacted the delivery analyst. 

Technical is the step where certain documents need to be passed to a 
delivery analyst for control because of technical problems. As an example, there are areas 
of India where a fax tone sounds like a busy signal (to a U.S. human analyst). This region 
should be flagged proactively so that any documents going to this region will be 
automatically retrieved and appropriate pauses added to the dialing pattern to insure 
delivery to the destination number. 

In other cases, a document having a technical problem may be flagged on a 
reactive basis. For example, a document for which the network provider continually 
receives a broken connection response on the same page is often due to the page having 
too many scan lines. In this case, the delivery analyst will call the customer and request 
that the page be resent. 

Returning to Fig. 2, the upper box 76 designated "Destination Information" 
includes a database known as the World Fax Phone Book which includes alternative 
delivery instructions. In addition, there is provided an electronic calendar which tracks 
holidays for every country in the world, and a business hours system that tracks the 
standard business hours for every country in the world. In a preferred embodiment, the 
holidays and/or business hours are recorded at different levels, such as based on the 
region, country, or individual destination number. 

By way of example, every December, the director of document delivery 
(human operator) executes a process to input holiday dates for the upcoming year. The 
default holidays, for which the dates do not vary from year to year, are automatically 
carried forward from the preceding year. Holidays that do not fall on the same date each 
year must be updated manually by entering the appropriate date. Each record, accessible 
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by the user, may include the country, year, holiday date, and description, as set forth in the 
following examples; two records are shown, the first being the result of querying based on 
country, and the second being the result of querying based on date: 



Results of querying on COUNTRY: 



Country: USA 
Holiday Dates 
1/1/96 
5/30/96 



Holiday Tracking 
Year: 1996 
Description 
New Years Day 
Memorial Day 



7/4/96 
9/1/96 
11/24/96 
12/25/96 



July 4th 
Labor Day 
Thanksgiving 
Christmas Day 



Results of querying on DATE: 

Holiday Tracking 

Date: 1/1/96 

Country Description 
USA New Years Day 

Japan New Years Day 

Canada New Years Day 



Similarly, the country business hours tracking system allows the document 
manager to specify standard business hours for every country (region and/or destination) 
in the world. The record specifies the hours the business are open versus closed for each 
day of the week. By specifying an open or closed value for each of the 24 hours, this 
provides flexibility in specifying odd closure hours (that is, lunch, half days on weekends, 



82946.1 



F0481/7003 -13 
10/29/96 (TAH) 



etc.). The user may query this information based on country and/or day of the week. A 
sample record is set forth below where O = open and C = closed: 

Business Hours 

Day of the Week: MONDAY 

Country 123456789 10 11 12 1314 15 16 17 18 19 20 21 22 23 24 
CCCCCCCOCQ O OoOOOOOOOCCCC 

C ccccccoco o oo oooo°oo ccc *- 
C CCCCC00C6 0 OOOo ooooooccc 

cccccccoco ooooooo ooocccc 

In a particular embodiment described herein, the delivery expert system may 
be implemented as a network server with the following four components: 
service entity 
management agent 
network API 
database API. 

The service entity contains the rule-based process and is responsible for 
receiving envelopes, determining courses of action, and carrying out the actions. The 
supported actions may include: 

► Defer Delivery - Defers the attempted delivery until a later time. 

»• Resubmit Document - Resubmit the document for delivery. The 
document can also be routed to an alternate network. 



USA 
Korea 
Italy 
Japan 
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► Terminate Document - Stop attempting delivery. 

► Schedule Request - Schedule a request for additional delivery 
information and send to source or destination. 

► Insert into Historicals Table - Inserts the envelope data into the 
business systems historicals table. 

► Insert into Non-Deliv Table - Inserts the envelope into the business 
systems's non-deliv table for delivery assistance. 

As stated earlier, rules consist of two parts, conditions and actions. Once a 
condition is met an action or series of actions is triggered. Each table will contain a set of 
rules with unique conditions. When a failed delivery attempt occurs, the top rule table will 
be traversed until a corresponding condition can be matched. Once a match is found the 
DES will then handle the document accordingly. 

Conditions consist of attributes or parameters equaling a certain value. 
Some of the common attributes include response, cycle, destination business hours, 
instruction type, past actions taken, and alternative network tried. 

The values of attributes will use common logical signs such as equal, does 
not equal, greater than, less than, as well as a fixed number or text string. In addition, the 
value of attributes utilize true and false logic. For example, in order to see if a broken 
connection is occurring on the last page of a document, the condition can be set up as: 

attribute: "maximum pages delivered" 
value: "total pages - 1" 

Conditions are unique in that each finds only one or no matches in a table. A 
met condition evokes an action. Some actions involve actual handling of the document 
such as resubmitting the document to the network or sending the document to a delivery 
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analyst; other actions may trigger the sending of a request to a customer or destination for 
additional delivery information. Multiple actions may take place. 

An action can be placed on "hold" (i.e., deferred) until it is triggered by a 
future event or time. This is illustrated in greater detail by the examples below. 

Instead of putting all of the rules into one huge table, it is easier to organize 
the rules into several tables based on the conditions in that table. When a document 
needs delivery assistance, the process will search the first table to see if there is a match 
condition. If the condition is matched the appropriate action would be taken; if not, the 
DES would then search the next table. 

In one example, three types of tables may be provided in a hierarchy. For 
example, a standard rules table may be set proactively (i.e., prior to this specific document 
experiencing a problem). The table may be traversed in the following sequence: 
destination number 
country or region 
general default. 

The general default table would be used for most cases. 

As an additional example, a temporary rule table may be based on temporary 
instructions received from the customer on how to handle this particular document or 
destination number. Again, there may be three tables accessed in the following sequence: 
document 

customer and destination number 
destination number. 

The rules may be set up by the delivery analyst while servicing a document 
or while a document is out in the network. 
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The rules may be set up by the delivery analyst while servicing a document 
or while a document is out in the network. 

As a further specific embodiment, Fig. 3 illustrates a portion of a hierarchy 
rules list (decision tree) according to the present invention. Four steps have been 
identified in the following sequence: 

alternate number 80 
investigation 82 
research 84 
retry 86. 

A document would go through these rules in the designated order. A more detailed 
description of the rules is set forth in Figs. 4-13 and described below. 

The following abbreviations are used in the figures described below: 



BC broken connection 

DAC delivery analyst center (i.e., human operator) 

BH business hours 

FBH first business hours 

LBH lunch business hours 

INV investigation 

WFPB world fax phone book 

HISTORICAL record of past delivery information of all 

documents to a given destination number 

DOCTRACT record of delivery information for last delivery 

attempt (cycle) of this document 

DOC fax document 

DN document track notes 
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CST 


current standard time for destination 


TECH 


technical 


NW 


network 


NBH 


non-business hours 


BZ 


busy 


NO ALT 


no alternative 


PG 


page 


DES 


delivery expert system 


BCO/0 


broken connection with no page delivered 


ALT # 


alternate number 


DA 


delivery analyst 


PBH 


public business hours 


OOS 


out of service 



Fig. 4 illustrates the alternative number table, wherein the rules check the 
active destination number status, customer-provided alternative numbers, and network- 
provided alternate numbers. In summary, Fig. 4 describes the following process: 

1 . Check for documents, of which alternate numbers with "Active" status have 
been used: 

► send to DAC (human operator) so that DAC can make a decision on 
which number should be retried based on NW response and history of 
each number. 

2. Check for documents with Active Alternate numbers which have not been 
used yet: 

► if the retry time period is over and the next step after the retry time has 
been specified by the DAC (human operator) as "Reroute", 
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► reroute to the most recent alternate number 

► if a new alternate number is provided by a Customer or Network since 
a document came into the Network, 

► reroute to the new alternate number immediately 

► if any automatic alternate numbers are provided by a customer or 
network previously, 

► reroute to the customer-provided numbers in a consecutive 
order, and then reroute to network-provided numbers 

► if any delay alternate numbers exist, and two business hours since 
first retry have passed: 

► reroute to the customer-provided numbers in a consecutive 
order, and then reroute to network-provided numbers. 

Fig. 5 shows the investigation table which detects a voice response and a 
broken connection response. In summary, Fig. 5 describes the following process steps: 

1 . Check for NW response of Voice or Broken Connection with 0 page 
delivered. 

► For Voice response, check if the destination is open: destination hours 
are Business Hour, Lunch and Possible Business Hours. 

► For Broken Connection Response, check if there is no history of 
previous delivery. 

2. If above, send to DAC (human operator) to perform an Investigation Action. 
Based on the DAC's investigation result, DES will make an intelligent retry 
decision. 
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Fig. 6 is the research table showing the actions taken based on the research 
results. In summary, Fig. 6 describes the following process steps: 

1 . Check for a DA's Research Action in the previous cycles. 

► If there is no Research Action found, check for documents that have 
been tried for two business hours or more. 

► Send the found documents to DAC (human operator) to 
perform a Research Action. 

► If there is a Research Action found, check for the research results in 
the previous cycles: 

► if the result was no answer, busy, or "can not reach information 
service" try two more hours and then send to DAC (human 
operator) to perform a Research Action again. 

► if the result was "destination received the whole document 
already" or "destination does not want us to try again", send to 
DAC (human operator) to perform a Technical Action. 

2. Based on the DAC's research results, DES will make an intelligent retry 
decision. 

Fig. 7 is a sequential list of the intelligent retry tables according to the present 
embodiment, which includes: 

Defer End Action 90 
Wrong Destination 91 
Fax Tone 92 

NW Response Voice in NBH 93 
NA, BZ, Other, AT&T 94 
BC 0/0 and Modem 95 
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Temporarily Out Of Order, Voice No Alt, Telefax 96 
Answering Machine and Voice Mail 97 
Out of Service 98 

The retry tables are described in greater detail in Figs. 8-13. 

Fig. 8 shows the intelligent retry table for a deferred end action, a wrong 
destination, and a fax tone. In summary, Fig. 8 describes the following process steps; 

1 . Check for next step actions after the Defer End Time is over. 

► if specified action at the Defer End time is , Terrninate , \ 

► terminate automatically 

► if specified action at the Defer End time is "Return to DES", 

► send documents to DES so that DES can make an intelligent 
retry decision 

► if specified action at the Defer End time is "Return to DAC", 

► send documents to DAC so that human operators can make a 
decision. 

2. Check result of previous Research Actions. 

► if research result is wrong destination, 

► defer every two hours to check for the timing to provide 
communication services to the customer. If its the time to 
provide, DES will send Action Reports of Delivery Instruction 
Request to Account Managers. 

► if research result is a fax tone, 

► resubmit to network immediately. 
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3. Check for NW Response of Voice and destination is closed: 

► defer until 30 minutes after the first business hour of the next day and 
retry again. 

Fig. 9 describes the intelligent retry table for an NA or BZ response. In 
summary, Fig. 9 describes the following process steps: 

1 . Check for NW response of NA or BZ. 

2. Check for Non Business Day and for Open Business Hour 

► if the destination day and hour is following, defer twenty minutes and 
then retry. 

► Open Business Day and Business Hour, Lunch, or Possible 
Business Hour 

► if the destination day and hour is following, defer one hour and then 
retry 

► Open Business Day and Non Business Hour, 

► Non Business Day and Business Hour, Lunch, or Possible 
business Hour 

► if the destination day and hour is following, defer three hours and then 
retry 

► Non Business Day and Non Business Hour 

► if the destination day and hour is following, defer five hours and then 
retry 

► Long Non Business Day and Non Business Hour 

Fig. 10 illustrates the intelligent retry table for a broken connection or modem 
response. In summary, Fig. 10 describes the following process steps: 
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1 . Check for NW response of Broken Connection with 0 page delivered or Voice 
with the investigation result of modem. 

2. Check for Non-Business Day and for Open Business Hour 

► if the destination day and hour are following, defer two hours and then 
retry 

► Open Business Day and Business Hour 

► if the destination day and hour are following, defer for 30 minutes after 
First Business hour and then retry 

► Open Business Day and Non Business Hour 

► Non Business Day and Non Business Hour (including lunch, 
and possible business hour), or 

► Long Non Business Day and all types of business hours 
(including business hour, lunch, possible business hour, and 
non business hour) 

► if the destination day and hour are following, defer five hours and then 
retry 

► Non Business Day and Business Hour 

Fig. 1 1 is the intelligent retry table for a temporarily out of order, live person 
(with no alternative number) or a telefax response. In summary, Fig. 1 1 describes the 
following process steps: 

1 . Check for NW response of voice with the investigation result of Live Person 

(with no alternative number) 

► if the Detail Problem Description of the result is 

► "Resubmit Now," retry now. 
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► "Temporarily Out of Order for 20 minutes," defer 20 minutes 
and then retry. 

► "Temporarily Out of Order for 1 hour," defer one hour and then 
retry. 

► "Temporarily Out of Order for 2 hours," defer two hours and 
then retry. 

► "Temporarily Out of Order for 4 hours," defer four hours and 
then retry. 

► "Temporarily Out of Order until next day," defer till 30 minutes 
after First Business Hour and then retry. 

Fig. 12 is the intelligent retry table for an answering machine and/or voice 
mail response. In summary, Fig. 12 describes the following process steps: 

1 . Check for NW response of voice with the investigation result of Answering 
Machine or voice mail recording 

2. Check for Non Business Day and for Open Business Hour 

► if the destination day and hour is following, defer two hours and then 
retry. 

► Open Business Day and Business Hour (including lunch, and 
Possible Business Hour) 

► if the destination day and hour is following, defer until 30 minutes after 
First Business Hour and then retry 

► Open Business Day and Non Business Hour or 

► Non Business Day (includes Long Non-Business Day) and Non 
Business Hour, Lunch, or Possible business Hour 
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► if the destination day and hour is following, defer five hours and then 
retry 

► Non Business Day and Non Business Hour. 

Fig. 1 3 is the intelligent retry table for an out of service response. In 
summary, Fig. 13 describes the following process steps: 

1 . Check for NW response of voice with the investigation result of Local 
Telecom Out of Service Recording 

2. Check for Non Business Day and for Open Business Hour 

► if the destination day and hour is following, defer five hours and then 
retry. 

► Open Business Day and Business Hour, Lunch, or Possible 
Business Hour 

► if the destination day and hour is following, defer until 30 minutes after 
First Business Hour and then retry 

► Open Business Day and Non Business Hour, 

► Non Business Day of all types of business hours (including 
business hour, lunch, possible business hour, and non 
business hour), or 

► Long Non-Business Day and all types of business hours. 



The functionality of the DES system can be achieved in software applications 
executing on standard PC platforms. 

Various features of the invention may be implemented using a general 
purpose computer 161 as shown in Fig. 14. The general purpose computer may include a 
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computer processing unit (CPU) 162, memory 163, a processing bus 164 by which the 
CPU can access the memory, and interface 165 to the network. 

The invention may be a memory, such as a floppy disk, compact disc, or hard 
drive, which contains a computer program or data structure, for providing to a general 
purpose computer instructions and data for carrying out the functions of the specific 
embodiment. 

The parameters of the above process may be varied as desired to obtain a 
particular cycle time, i.e., a cycle being one pass through the rule-based process. For 
example, the number of retry attempts upon receipt of a busy, no answer, nonfax, voice or 
other signal can be predetermined and will effect the cycle time. Each cycle provides an 
opportunity for a change in the input conditions and thus a new rule-determined action 
(output) on the next cycle. A balance may be sought between the time per cycle and the 
number of cycles to maximize efficient resolution of most delivery assisted documents 
without extensive processing time or network overhead traffic. 

In other embodiments, the system may be used for other message delivery 
such as delivery of E-mail (electronic mail) or voice mail over an S&F network. Thus, as 
used herein, the term document may include a fax document or other message such as an 
E-mail or voice mail message. 

These and other modifications and improvements of the present invention 
will be understood by a person skilled in the art and are intended to be included within the 
scope of the claimed invention. 
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